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Amendments to the Claims 

[ Please amend the claims as follows: 

1. (Currently amended) An event monitoring component for dynamic optimization 
comprising: 

an event monitor hardware component to selectively capture a plurality of profiles 
of one or more microarchitecture events occurring in the execution of an 
application by a microprocessor, the selection of the profiles to be 
captured and the one or more events to be monitored being based upon 
configuration information supplied by a software component, the software 
component including a plurality of handling handler routines for the 
processing of captured profiles; 

a profile buffer to store the plurality of captured profiles of the one or more 
microarchitecture events; 

an interface through which the software component provides the configuration 
information to direct the operation of the event monitor, and 

one or more monitor control vectors, the monitor control vectors storing the 

configuration information provided by the software component, wherein 
each monitor control vector includes a handler field to hold a pointer to a 
handler routine of the plurality of handling handler routines, the handler 
routine being selected by the software component to process the profiles 
of the microarchitecture event. 

2. (Cancelled) 
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: 3 . (Previously presented) The event monitoring component of claim 1 , wherein each 
\ monitor control vector further includes: 

| a control field to specify a microarchitecture event to monitor; and 

a trigger field to specify when the microarchitecture event is monitored. 

I 4. (Cancelled) 

t 

! 

i 

5. (Previously presented) The event monitoring component of claim 1, wherein the 

! 
( 

profile buffer comprises a first level buffer for initial storage of the captured 
' profiles of the one or more microarchitecture events and a second level buffer for 

subsequent storage of the captured profiles of the one or more microarchitecture 

i 

! events. 

i 
i 

i 6. (Original) The event monitoring component of claim 5, wherein the first level 

i 

| buffer is a register file. 

i 

7. (Previously presented) The event monitoring component of claim 5, wherein the 
j second level buffer is a memory buffer that is architecturally visible to the 

i 

\ software component 

r 

i 

8. (Previously presented) The event monitoring component of claim 1, wherein the 
captured event profiles of each monitored microarchitecture events are made 
available to the handler routine selected by the software component for processing 
according to the handler field of the monitor control vector. 

9. (Previously presented) The event monitoring component of claim 1 , wherein the 
event monitoring component initiates an interrupt or special event handler to 
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notify the software component when captured event profiles are available for 
processing. 

10. (Previously presented) A microprocessor, comprising: 
an execution pipeline; 

one or more event monitor hardware components coupled to the execution 
pipeline to selectively monitor one or more microarchitecture events 
chosen by a software component in the execution of a program and to 
capture a plurality of event profiles selected by a software component for 
the chosen microarchitecture events; 

one or more monitor control vectors to store configuration information provided 
by a software component in connection with the operation of the one or 
more event monitor hardware components, each monitor control vector 
including a handler field to contain a pointer to a handler routine selected 
by the software component for the microarchitecture event from a plurality 
of handler routines; and 

a profile buffer to store captured microarchitecture event profiles. 

1 1 . (Previously presented) The microprocessor of claim 1 0, wherein the captured 
profiles of the one or more microarchitecture events stored in the buffer are made 
available to the handler routine selected by the software component for 
optimization processing. 

1 2. (Original) The microprocessor of claim 1 1 , wherein the profile buffer comprises 
a first level buffer for initial storage of the captured microarchitecture event 
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profiles and a second level buffer for subsequent storage of the captured 
microarchitecture event profiles. 

1 3 . (Original) The microprocessor of claim 1 2, wherein the first level buffer is a 
register file. 

14. (Original) The microprocessor of claim 13, wherein the second level buffer is a 
memory buffer that is architecturally visible to the software component. 

1 5 . (Original) The microprocessor of claim 14, wherein the first level buffer is 
comprised of a plurality of register frames and the second level buffer is 
comprised of a plurality of memory buffers, with one of the frames of the first 
level buffer and one of the memory buffers in the second level buffer being 
assigned to each monitored microarchitecture event 

1 6 . (Original) The microprocessor of claim 1 5, wherein the profiles of a 
microarchitecture event stored in a frame assigned to the microarchitecture event 
in the first level buffer memory are spilled into a buffer assigned to the 
microarchitecture event in the second level memory buffer when the frame 
assigned to the microarchitecture event in the first level memory buffer is fully 
allocated or when a condition established by the software component is met 

17. (Original) The microprocessor of claim 16, wherein the captured profiles of a 
microarchitecture event are made available to the handler routine when the buffer 
assigned to the event in the second level memory buffer is fully allocated or when 
a condition established by the software component is met 
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1 8. (Previously presented) The microprocessor of claim 10, wherein each of the 
monitor control vectors further includes: 

a control field to specify the microarchitecture event to monitor; and 
a trigger field to specify when the microarchitecture event is monitored. 

19. (Original) The microprocessor of claim 10, wherein the one or more 
microarchitecture events are monitored during an exception detection stage of the 
execution pipeline. 

20. (Original) The microprocessor of claim 10, wherein the captured 
microarchitecture event profiles are stored in the memory buffer during a write 
back stage of the execution pipeline. 

21. (Previously presented) A method comprising: 

receiving configuration information from a software component, the configuration 
information directing the capturing of certain profiles for the monitoring 
of one or more selected microarchitecture events connected with the 
operation of a microprocessor in executing an application, wherein 
receiving the configuration information includes receiving information 
regarding the setting of one or more monitor control vectors, each monitor 
control vector including a handler field to contain a pointer to a handler 
routine selected by the software component for processing of captured 
profiles of the microarchitecture event; 

monitoring the one or more selected microarchitecture events and capturing the 
selected profiles of the one or more microarchitecture events; 
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storing the captured event profiles in a profile buffer; and 
making the profiles of the event available to the software component for 
optimization processing. 

22. (Cancelled) 

23. (Previously presented) The method of claim 22, wherein each monitor control 
vector includes at least the following fields: 

i 

a control field to specify the microarchitecture event to monitor; and 
a trigger field to specify when the microarchitecture event is monitored. 

i 

24. (Original) The method of claim 21 , wherein the profile buffer is comprised of a 
\ first stage for initial storage of the captured profiles of the one or more 

microarchitecture events and a second stage for subsequent storage of the 
captured profiles of the one or more microarchitecture events. 

25. (Previously presented) The method of claim 24, wherein the first stage is a 
register file. 

26. (Previously presented) The method of claim 25, wherein the second stage of the 
profile buffer is a memory architecturally visible to the software component 

27. (Original) The method of claim 26, further comprising assigning a register in the 
first stage and a memory buffer in the second stage to each monitored 
microarchitecture event. 
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28. (Original) The method of claim 27, further comprising storing the profiles of 
each monitored microarchitecture event in the register assigned to the 
microarchitecture event in the first stage as the profiles of the microarchitecture 
event are captured. 

29. (Original) The method of claim 27, further comprising spilling the profiles of a 
microarchitecture event from the register assigned to the microarchitecture event 
in the first stage to the memory buffer assigned to the microarchitecture event in 
the second stage when the register is fully allocated or when a condition 
established by the software component is met 

30. (Original) The method of claim 29, further comprising notifying the software 
! component when the register assigned to the event in the second stage of the 

; memory buffer is fully allocated or when a condition established by the software 

component is met. 
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